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language in which the international application was filed, unless otherwise indicated under this item. 
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□ the language of a translation furnished for the purposes of the international search (under Rule 23.1 (b)). 

□ the language of publication of the international application (under Rule 48.3(b)). 

□ the language of a translation furnished for the purposes of international preliminary examination (under Rule 
55.2 and/or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the 
international preliminary examination was carried out on the basis of the sequence listing: 
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□ filed together with the international application in computer readable form. 

□ furnished subsequently to this Authority in written form. 

□ furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in 
the international application as filed has been furnished. 

□ The statement that the information recorded in computer readable form is identical to the written sequence 
listing has been furnished. 

4. The amendments have resulted in the cancellation of: 

□ the description, pages: 

□ the claims, Nos.: 
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□ the drawings, sheets: 

5. □ This report has been established as if (some of) the amendments had not been made, since they have been 

considered to go beyond the disclosure as filed (Rule 70.2(c)): 

(Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this 
report.) 
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Industrial applicability (IA) Yes: 
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see separate sheet 
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and / or 

2. Non-written disclosures (Rule 70.9) 
see separate sheet 

VII. Certain defects in the international application 

The following defects in the form or contents of the international application have been noted: 
see separate sheet 

VIII. Certain observations on the international application 

The following observations on the clarity of the claims, description, and drawings or on the question whether the 
claims are fully supported by the description, are made: 
see separate sheet 
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Re Item V 

Reasoned statement under Rule 66.2(a)(ii) with regard to novelty, inventive step 
or industrial applicability; citations and explanations supporting such statement 



1 . The present formulation of the independent claim 1 fails to meet the requirements 
of Art. 33(3) PCT, because the subject-matter does not involve an inventive step. 

The presently available closest prior art is given by document D2. 

D2 discloses (the references in parentheses applying to this document): 

Service system (page 2, line 39) in a network comprising: 

- at least one server storing application programs (page 4, line 8-10: "In this 
strategy..."), said application programs implementing user services that may 
be subscribed by a user (page 5, line 11-21: "Its part of the..."), 

- at least one terminal with access to the network requesting on demand of a 
terminal user downloading of application programs corresponding to the 
services the user has subscribed to (page 5, line 37 - page 6. line 3: "When 
a VES is downloaded..." and executing said application programs (page 1, 
line 40 - page 2, line 1 : "According to the present..."). 

The present application differs from this prior art in said server storing the specific 
services subscribed by a user on a per user basis. 
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The objective problem would be to save the current subscribed service 
configuration of individual users. 

However, D1 (column 7, line 1-6: "The memory../' and column 7, line 13-20: 
"When the user...") already discloses a solution to this problem in that the server 
stores the specific services subscribed by a user on a per user basis in a 
memory including a data base system in which the user profile information is 
stored. 

A person skilled in the art would combine the features of D2 and D1 to arrive at 
the desired solution (to save the current subscribed service configuration of 
individual users). 

Therefore the essence of the invention is also already known from D2 in 
combination with D1. 

Consequently, the features of present claim 1 are found by the skilled person in a 
most self-evident matter; they are not based on an inventive step, and claim 1 fails 
to meet the requirements of Art. 33(3) PCT. 

2. The subject-matter of server apparatus claim 6 and terminal apparatus claim 9 
corresponds in terms of essential features to that of the network claim 1 , because 
it merely corresponds to the server and the terminal function within the network as 
claimed in claim 1. 

Therefore, the objection raised in above applies equally to claims 6 and 9 which 
do consequently not meet the requirements of Article 33(3) PCT (inventive step). 

3a. The present formulation of independent claim 13 is such that its corresponding 
subject-matter is not novel having regard to the disclosure of document D2. 

Document D2 discloses (the references in parentheses applying to this 
document): 

A method for realizing services in a network, wherein 
- providing of user services is done by a server in the core of the network 
(page 1, line 17-19: "While traditional clients..."), 
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- executing of user services is done by terminals at the network edges (page 1 , 
line 41 - page 2, line 1 : "According to the present ..."). 

This is the wording of claim 13 of the present application, the subject-matter of 
which is consequently not novel. The claim therefore does not meet the 
requirements of Art. 33(2) PCT. 

3b. It should be noted that even if novelty of claim 13 could be argued based on minor 
differences between the features of cited claim and those disclosed in D2, the 
subject-matter of claim 13 would still not involve an inventive step, Article 33(3) 
PCT, having regard to the disclosure of D2 especially as this document discloses 
the same object and the same type of solution as claimed in this claim. 

4. Independent network claim 15, although phrased as a network claim, is 
nonetheless a simple repetition of the subject-matter of method claim 13 and 
hence does not meet the requirements of the PCT for the same reasons. 

5. The additional features of the dependent claims 2-5, 7-8, 11-12, 14 are either 
directly derivable from the above cited documents or concern simple 
embodiments without inventive merit in themselves. 

These claims do not, therefore, add inventive matter to the claims upon which 
they are dependent and, as a consequence, do not meet the requirements of 
Articles 33(1) and (3) PCT. 

Re item VI 

Certain documents cited 



Certain published documents (Rule 70.10) 

Application No Publication date Filing date Priority date (valid claim) 

Patent No (day/month/year) (day/month/year) (day/month/year) 

WO-A-99 40712 12.08.1999 08.01.1999 05.02.1998 
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Re Item VII 

Certain defects in the international application 

1. The independent claims are not in the two-part form required by Rule 6.3(b) PCT, 
with a preamble based on D1 and D2. 

2. The features of the claims are not provided with reference signs placed in 
parentheses (Rule 6.2(b) PCT). 

3. Contrary to the requirements of Rule 5.1 (a)(ii) PCT, the relevant background art 
disclosed in documents D1 , D2 and D6 is not discussed in the description, nor are 
these documents identified therein. 

Concerning document D6 (intermediate document), its publication date should 
have been mentioned in the description. 

Re Item VIII 

Certain observations on the international application 

1 . The independent Claims 9 does not meet the requirements of Article 6 PCT since 
its subject-matter is not clear for the following reason: 

The claim mentions "...said application sw implementing...". 

The term sw is not clear (Article 6 PCT). Presumably the Applicant means 

software. 
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Description 

Service System in a network 
1. Introduction 

In IP-based communication networks (for telecommunication 
and/or data), Network equipment vendors will add value to 
their products by providing distributed Network Services 
(e.g. QoS, security, reliability, roaming, remote access,...) 
to enhance basic-IP connectivity. 

Independent 3rd party companies will provide Network 
Applications (e.g. communication, collaborative working, e- 
commerce, on-line gaming, distance learning, . . . ) for 
clients/servers that transparently use the network 
infrastructure as a mere transport facility based on open 
standards and protocols. 

The aforementioned facts require a flexible architecture for 
the provision and execution of user services in IP-based 
networks for telecommunication and data (converged networks) . 

2. State of the art 

In existing solutions for user service provisioning e.g. in 
telecommunication networks like the GSTN (Global Switched 
Telephony Network), the intelligence for user service 
provision and execution are unified and centralized in a few 
network- entities: 

• In the Local Exchange LX approach (providing "switch-based 
services") the service processing is tightly coupled with 
normal call processing. 

• In the Intelligent Network (IN) approach the call 
processing is separated. The combination of the Service 
Switching Function (SSF) and Service Control Function (SCF) 
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• 



work to process services by detection of traversal of 
points in a call and by manipulation of the call state. 

In the GSTN, said user services are called supplementary 
services. In general, these supplementary services automate 
procedures that people carry out when using "basic" 
telephony. In other words, supplementary services are 
features that make basic telephony calls more convenient 

3. The Invention 

Next generation IP-based networks will have two important 
characteristics: 

• mobility of users (with or without their terminals) 

• a wealth of intelligent terminals (PC, PDA, laptop, mobile 
phone with Java Virtual Machine (JVM),...) 

These characteristics drive requirements for the benefit of 
the user and network: 

User Requirements: 

• Roaming of nomadic users combined with transparent co- 
migration of their Virtual Home Environment (VHE) . The VHE 
is a user's personal set of subscribed applications, his 
personal options of how these applications are configured 
and bundled into a user services package, and his personal 
choice how he wants to pay . for the use of these user 
services. 

• Intelligent communication terminals like a PC, PDA, 
lap/palmtop, mobile phone with Java Virtual Machine (JVM) 
etc. 

A user may not be limited to a single type of intelligent 
terminal but instead will want to use what is most 
appropriate or what is available at a particular location. 
Despite changing terminals at will, the user always wants 
to have the same services available regardless of the 
particular end device used. 
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Network Requirements: 

Due to the flexible nature of IP-based networks, the number 
of possible applications and user services running on 
intelligent terminals is enormous. Programmers are constantly 
implementing new ideas based on inexpensive, off-the-shelf 
platforms for intelligent terminals (e.g. PCs) . 

An architecture for the provision of user services must, be 
able to cope with ever changing applications and user 
services for even more rapidly evolving terminal hardware. As 
the network edges are changing so fast, it will become 
impossible to provide and execute user services in the core 
of the network. Core equipment is subject to more stringent 
requirements than consumer-grade, low-cost edge equipment 
(terminals) and hence more expensive. Creation of 
applications and corresponding user services (supplementary 
services in the case of Internet Telephony) on core equipment 
would technologically and economically not be able to keep up 
with the rapid creation of new applications and user services 
on inexpensive edge equipment. 

The object of the present invention is to solve said 
problems . 

In the following, the invention is described, by the aid of a 
few examples of its embodiments by referring to the attached 
drawing comprising seven figures. 

Figure 1: Elements of an architecture for the provision of 
use services in next generation networks. 

Figure 2: Architecture for the provision of user services in 
"idle state": ready to enable a user with his specific 
service profile when he connects with his intelligent 
terminal to a network access point. 
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Figure 3: Step-by-step service delivery: ( user 

authentication ( "user ID-to-service profile" mapping (' 

"service prof ile-to-applications bundle" mapping ( delivery 
5 of user specific applications bundle. 

Figure 4: Service delivery completed: the user is ready to 
use his personal profile of user services. 

0 Figure 5: Detailed view of the Application Execution 
Environment (AXE) . 

Figure 6: Minimal architecture for Internet Telephony. 

3 Figure 7: Architecture for supplementary services in Internet 
Telephony 

The principle idea of the invention is the function split in 
realizing services: 

providing of user services (e.g. enabling, profiling, 
distribution, administering and billing of user services) 
remains in the core of the network, while the execution of 
user services is delegated to intelligent terminals at the 
network edges. 

Since by now terminals have become powerful processing units 
anyway, it is economically and technically reasonable to 
delegate the execution of user services to intelligent 
terminals at the network edges. However providing of user 
services (e.g. enabling, profiling, distribution, 
administering and billing of user services) remains in the 
core of the network. 

Technically this is achieved by a corresponding client/server 
architecture with a least one central application repository 
server keeping copies of application programs that can be 
downloaded on-demand into the user's terminals. 
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This architecture for the provision of user services in next 
generation IP-based networks for telecommunication and/or 
data meets all the aforementioned user and network 
requirements . 

The invention optimally makes use of the two sources of 
intelligence that will be present in such networks: 

• distributed intelligence in network elements (such as 
routers and switches) adding value to basic IP-connectivity 

• intelligence in end systems (clients, servers) allowing for 
a wealth of advanced applications 

This is a new notion of "network intelligence" different from 
the interpretation in classical IN for the GSTN where 
intelligence solely rests in central entities. There the 
terminals are just dumb telephony sets without any processing 
power. 

With terminals becoming powerful processing units due to 
technical evolution, an embodiment of the invention includes 
a corresponding application execution environment 
(application execution component) that works across a wide 
range of intelligent terminals and enables the technical 
feasibility of delegating service execution to a spectrum of 
different intelligent terminals. 

Terminology; 

User services are services to the end user resulting from the 
interworking of network-aware applications which operate 
above IP-Model Layer 3 (typically even above IP-Model Layer 
5) in intelligent terminals at the edges of the network. 
Examples: email, WWW, Buddy Lists, Internet Telephony, 

Network services add value to the basic service of "IP- 
transport". These services are provided at IP-Model Layers 2 
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& 3 by network elements which operate inside the network. 
Examples: QoS, security, VPN,... 

The invention is concerned with an architecture for the 
provision of user services to IP-based intelligent terminals, 
not with the provision of network services. 

For the purpose of the invention it is sufficient to treat 
the IP-based network as an entity providing IP-connectivity 
only. The network is considered to be a pure transport 
network offering no specific network services. 

3.1 General architecture 

3.1.1 Architectural elements 

The general architecture involves only a small number of 
network entities as illustrated in Fig. 1: 

IP-based Intelligent Terminals: 

This is a network entity with its own IP address, memory, and 
some sort of CPU. For the near future, this are the numerous 
workstations, PCs, lap- & palmtops, . IP- (video) phone sets, TV 
set-top boxes, mobile communication devices that run some 
sort of operating system and become - following Moore's Law - 
equipped with ever more powerful CPUs every 18 months. 
Each of these terminals understands some variant of Java. 
Today, the Java Virtual Machine (JVM) is already a standard 
part of most operating systems or gets molded into dedicated 
silicon chips for small devices like mobile communication 
devices . 

There is and will be a wealth of terminals available to the 
user. Each of them far more "intelligent" than the standard 
phone handset of today. The proposed architecture will 
therefore make use of this "free and idle intelligence"- by 
delegating execution of user services to it. 
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Network Access Points: 

Depending on the particular intelligent terminal considered 
this is a LAN connector, a dial-up POP ■ of an ISP a 
lap/palmtop docking unit, a base station for mobile 
communication , etc. In the proposed architecture the sole 
Purpose of the network access point is to provide IP-network 
connectivity. 

Given. the possibility of users roaming from access point to 
access point, getting dynamically assigned IP-address while 
at the same time switching between PC, laptop, mobile 

communication device the access does not handle 

. advanced tasks such as authentication or any other user 
specific things. 

15 User Service Merchant: 

If the execution of user services is delegated to the 
intelligent terminals, and the network access point provides 
nust pure IP-connectivity, then the intelligence beyond mere 
execution of user services must be kept elsewhere. This is 
the User Service Merchant . The User Service Merchant acts as 
a central source for user specific information like user ID 
authentication data, profile of subscribed user services.' 
billing information, etc. xt also keeps "master copies" of 
the application executables in a dedicated repository, (see 
next section for a detaiied explanation,. The User Service 
Merchant provides all the logic necessary to provision 

service" ^ ^ ^ Perf °™ ^ 



20 



25 



30 



in the existing classical IN for the. GSTN, the intelligence 

1 T rV t Ce - Pr ° Visi ° n and execution are unified and 
centralized in a few network entities. This is opposite to 
the solution proposed here, where the intelligence is split 
35 and /^ ent " li2ed = Provision of user services is handled 
35 centrally by the User Service Merchant, the actual execution 

term U rna r is SerViCeS " del * 9ated '° ^ dlstrib "' d intelligent 
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3.1.2 Distributed Mode l for Provision and Execution of User 
Services 

3.1.2.1 "Idle" State 

Fig. 2 shows the architecture in "idle state". The User 
Service Merchant is connected to the network, the user's 
intelligent terminal (PC, laptop, mobile communication 
device,...) may or may not be connected to the network via a 
network access point. At this point the User Service Merchant 
considers the terminal as "off-line" (in Fig. 2 represented 
in italics) in either case. 

The User Service Merchant keeps a list of user IDs . (UID) . An 
UID uniquely identifies a subscriber and indirectly 
associates him with a certain bundle of pre-selected 
applications. The information about the exact selection of 
applications is kept as an UID-associated Service Profile for 
each individual subscriber on the User Service Merchant. 

The User Service Merchant also maintains an Application 
Repository which basically is a collection of application 
programs stored in a suitable database system. Each program 
either implements a self-contained user service, or some 
value-adding supplementary feature for such a service 
(example: the self-contained service could be "text-only Web 
browsing" for mobile communication appliances, the 
supplementary feature could be "optional graphics support for 
Web browsing" with the same appliance) . The programs are 
implemented such that an instance of them . can be downloaded 
on demand from the repository into the user's intelligent 
terminal for execution. This may be achieved by technologies 
such as Java. 

A user can (un) subscribe to any of the available application 
programs in the repository by correspondingly changing the 
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configuration of his UID-associated Service Profile. This 
update of the Service Profile is propagated to the User 
Service Merchant for permanent storage when the user 
terminates his session or when he takes his intelligent 
terminal off-line. The Service Profile is not stored on the 
user's intelligent terminal to allow for easy roaming or 
switching between different intelligent terminals. With the 
Service Profile kept centrally on the User Service Merchant 
the user always gets the same Service Profile regardless 
whether he accesses the network e.g. from his office PC, from 
a public information kiosk, from a mobile communication 
device, or from home. Changes to the Service Profile made 
from one location/terminal will be available automatically at 
any other location/ terminal . This concept of a Service 
Profile transparently migrating with the user across 
different locations and end systems is referred to as Virtual 
Home Environment (VHE) . 

3.1.2,2 Service Delivery 

Service delivery with this type of architecture is shown in 
Fig. 3. The steps involved are: 

(1) User Authentication 

Before a user can use any of the services he has to 
authenticate himself by providing his UID (and related 
password/PIN) to the Service Merchant. In the case of a 
permanently connected PC this can be done by clicking on a 
corresponding button. In the case of a laptop or a mobile 
communication device, this can be done automatically when it 
gets connected to the Network Access Point. 

(2) "UID-to-Service Profile" Mapping 

After the UID (dark gray triangle) has been verified, it is 
mapped to the corresponding Service Profile of the user. The 
Service Profile (light gray blobs) represents the user's 
personalized applications bundle compiled from the total set 
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of available applications (dark gray blobs) in the 
Application Repository. Via the Service Profile the user can 
create his very personal VHE . The profile is not static but 
can be customized and administered by the user directly from 
his intelligent terminal. 

(3) "Service Pr of ile-to-Applications Bundle" Mapping 

Based on the information in the user's Service Profile the 
User Service Merchant identifies a subset of the applications 
available in the Application Repository. The identified 
subset (circled dark gray blobs) is the personalized bundle 
of user services. 

(4) Delivery of Use r Specific Applications Bundle The final 
step is to download the selected bundle of applications over 
the network into the user's intelligent terminal. The Java 
software technology was designed with exactly this download 
capability of programs in mind. Related issues such as 
platform independence, efficiency and security when 
transmitting code over a network are an integral part of the 
Java design. Together with its increasing availability in 
intelligent terminals, this makes Java the prime candidate to 
support the type of architecture for the delivery of user 
services discussed in this document. 

3.1.2.3 "Ready" State 

Fig. 4 shows the architecture in the "ready state", the final 
stage of the service provisioning process. The programs 
enabling the subscribed user services have been downloaded 
into his intelligent terminal and await their invocation and 
execution there. 

3.1.3 Advantages 

As end systems become equipped with ever more powerful 
processors, it is "just reasonable to exploit this power by 
having the services execute on the end systems rather than 
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some central network entity. Restraining themselves to 
service delivery issues rather than execution central network 
entities face less stringent scalability problems. 

Furthermore, with this approach central network entities like 
the User Service Merchant are ' out of the loop of rapid 
technology changes in intelligent terminals like PCs, 
laptops, mobile communication devices, etc. If service 
specific details regarding the intelligent terminals change, 
only the affected modules of the programs in the Application 
Repository have to be adapted. The User Service Merchant as a 
whole with its user administration, authentication, 
application repository & delivery functions is not affected 
at all. This modular approach to . the provision - of user 
services is nicely supported by the dynamic loading of 
required classes available in Java. Not even the whole 
program has to be replaced but just the affected class file. 

3.1.4 Application Execution Environment (AXE) 

With execution of user services delegated to the intelligent 
terminals in the form of downloadable application programs, 
it becomes important to devise a corresponding Application 
execution environment that works across a wide range of 
technologically different intelligent terminals. The 
Application execution environment is therfore implemented as 
a virtual machine, .for example as a java virtual machine. The 
virtual machine has to be ported to each supported terminal 
only once. To the applications the virtual machine looks the 
same on. all supported terminals. 

Fig. 5 shows a correspondingly detailed view of an 
intelligent terminal for the case of a PC running the Windows 
operating system by Microsoft; 

The downloaded application programs that implement a 
particular user service are Java applets (dark gray blobs). 
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They are executed in the Application Execution Environment 
(AXE) on the intelligent terminal. Communication to and from 
the user is done via a graphical user interface (GUI) shared 
by all user services. The downloaded programs are confined 
within the .AXE (so-called 'sandbox 1 approach) and do not 
communicate to lower software layers other than through a 
specific AXE API. The platform dependent connection to the 
Windows DLLs is achieved by a Java/COM interface taking AXE 
API commands as input. This interface has to be written only 
once (e.g. in C++) for each supported intelligent terminal. 
The interface forms the specific link between the platform 
independent user services implemented in Java and the actual 
operating system and hardware of the terminal. 

1^1 ARCHITECT URE FOR SUPPLEMENTARY SERVICES IN INTERNET 

TELEPHONY 

This evolves the general architecture of section 3.1 further 
in the case of supplementary services for Internet Telephony. 

3.2.1 Prerequisites 

3.2.1.1 Status Quo 

Today, Internet Telephony is still lacking the elaborate set 
of supplementary services offered by the Intelligent Network 
(IN) approach in the Global Switched Telephone Network 
(GSTN) . Internet Telephony is mainly used to provide an 
analogy for telephony over the GSTN. 

3.2.1.2 Minimal Architecture for Internet Telephony 

Fig. 5 shows a minimal configuration by which Internet 
Telephony (and, in particular, Microsoft (MS) NetMeeting) 
calls are arranged. 

In this arrangement, there are three PCs needed: the Internet 
Locator Service (ILS) Server and the originating and 
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terminating end stations. The end stations are involved 
actively in the communication session, transcoding audio 
streams (and, optionally, video streams or data) into a form 
that can be carried over the Internet. 

The ILS (Internet Locator Service) Server acts as a directory 
server in the configuration. This node stores information on 
the users who are "logged in", via the ILS users are 
associated with an Internet host, and that Internet host is 
running an Internet Telephony application and so is", ready to 
respond to incoming call requests. When a user asks for an 
Internet Telephony call to be originated, an address query is 
sent to the directory server with the "alias" (usually the 
email identifier) of their intended correspondent. The ILS 
then responds with the user's currently associated IP- 
address. 

3.2.1.3 Distinctive Feature s of Supplementary Services in 
Internet Telephony 

With Internet Telephony a number of distinctive features for 
supplementary services become possible that are not available 
in the case of GSTN: 



Supplementary services for Internet Telephony are 

applications 

The important point to note here is that user services, in 
this particular case supplementary services for Internet 
Telephony, are associated with applications running on 
intelligent terminals, not some sort of central network 
entity. 

Simple service usage 

Use of the Internet allows a great deal of complexity in the 
provision of supplementary services to be avoided. Many of 
the services that require user interaction in the GSTN 
require temporary connections to be made to specialized 
resources (such as announcement units and DTMF tone 
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decoders), and for any captured information to be sent 
onwards to service processors using separate data links. All 
of this is avoided because, on the Internet, one can assume 
that a user is associated with an end station that allows 
involved text and graphics to be displayed, and that the end 
station is capable of transferring complex messages directly, 
rather than being restricted to a simple keypad. 

Delegation of service processing to powerful end systems 
There is another implication of the use of the Internet when 
providing supplementary services. Internet hosts are 
computers, and so will almost certainly have powerful 
processors. This opens the possibility of carrying out much 
of the processing on the end stations rather than relying on 
the network nodes (such as the LX or the IN) as is required 
in the GSTN due to the lack of local intelligence in the POTS 
telephones. 

Advance d supplementary services by combination with standard 
IT applications 

Combination of basic Internet Telephony with other Internet 
applications such as email enables yet another completely 
different set of truly advanced supplementary services. 

3.2.2 Architecture 

The architecture proposed here implements and extends the 
more general architecture of section 3.1 for the case of 
supplementary services for Internet Telephony. 

The architecture is concerned with an architecture to support 
the provision of supplementary services for Internet 
Telephony. It is not concerned with providing a solution for 
basic Internet Telephony calls. This functionality will be 
taken from some off-the-shelf Internet Telephony application 
package like Microsoft (MS) NetMeeting". 
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The proposed architecture contains an infrastructure for 
distributing service logic (in the form of Java applets) to 
the end stations, and for allowing the service logic and it's 
management infrastructure to operate in a distributed fashion 
(both in the end stations and in separate servers) . The 
distributed service logic supports and interworks with the 
aforementioned Internet Telephony application package. 

Fig. 7 shows the general arrangement of systems providing 
Internet Telephony, with one of the end stations (shown at 
the right) also having the enhancements to support 
supplementary services for Internet Telephony. The 
architecture contains the following entities: 

User End Stations 

The two end stations run off-the-shelf MS NetMeeting Internet 
Telephony application packages, where at least one 
application is enhanced with the J/Direct Interface and the 
Application Execution Environment (AXE). 

ILS Server 

The server offers directory services for translation of a 
symbolic user alias (e.g. email address) to the user's 
current IP address. The ILS is used to allow for easy to 
remember Telephony "numbers" and hence supports convenient 
call setup by the user. 

User Service Merchant 

The User Service Merchant acts as a repository for the 
supplementary services for Internet Telephony. The services 
are stored as pre-compiled programs (in the form of Java 
applets), each implementing a specific service logic. On 
demand by the user, these service logic units are downloaded 
into the user's end stations for execution there. The User 
Service Merchant also keeps track of which user is entitled 
to use which supplementary service. 
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When a user requests a particular Internet Telephony 
supplementary service, the Java applet with the corresponding 
service logic is downloaded from the Service Merchant into 
the AXE which sits on top of the user's Internet Telephony 
application package. The applet runs in the AXE and drives 
the telephony application package according, to the applet's 
service logic through the J/Direct interface. The J/Direct 
interface allows for the service logic to access the Internet 
Telephony libraries of the underlying application package. 



3.2.3 K ey features and Benefits 

• The proposed solution is not concerned with the fundamental 
processes involved in making a call (that functionality is 
to be provided by the underlying Internet Telephony package 
used) . Part of the solution is however the provision of a 
standard interface that enables supplementary services to 
interact with all telephony packages in the same manner, 
without the need for any package-specific code in the 
services and whilst keeping the service/package interaction- 
as simple as possible. 

• The ability to download a user-specific set of small 
application programs from a central server into the user's 
end system. 

The ability to limit the supplementary services a user has 
access to and to charge the user for the services used. 
The ability to execute the downloaded programs that 
implement a set of supplementary services' on the user's 
machine, in a secure environment and regardless of the 
machine platform. 

An overall control process that allows multiple, 
potentially conflicting, supplementary services to be 
executing at the same time without problem. The user is 
able to assign and change the relative priority of services 
within the service set and thus modify how potential 
conflicts are to be resolved. 
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• The ability for individual supplementary services in the 
downloaded service set to be configured by the user. This 
configuration includes setting service-specific parameters, 
setting the relative priority of services within the set of 
supplementary services ' and the ability to enable and 
disable individual services on a temporary basis. 

3.2.4 Sample Supplementary Serv i ces for Internet Telep hony 

Given the proposed architecture, a wealth of supplementary 
services for Internet Telephony can be provided: The set of 
sample Internet Telephony supplementary services listed below 
are aimed at combining email and Internet Telephony. The 
services can be grouped into "originating" and "terminating" 
services depending on whether the caller or callee uses them. 

Email Alte rnative on Called Party Busy (oriain.Hn^ 
This originating service is triggered when the callee is 
already engaged in a call. Although the user may - have 
rejected the offered call explicitly, the result (inability 
to communicate) is the same, and this service suffices in 
both cases. The caller is asked whether or not he wants to 
send an email instead. If the caller answers in the 
affirmative, then the rest, of the service proceeds. The 
conference and call objects created by NetMeeting hold 
information on the called user alias, and this is used to 
make a template for an email to be filled in by .the caller. 
This template is displayed on the user interface, and, on 
entry of the email content, is submitted for transmission. By 
implication, the service logic must include a small email 
client to send the email to an SMTP server. 

Timed Retry on Calle d Party Busy (originating) 

As in the previous case, this supplementary service is 
triggered when a call rejection has been received from the 
remote callee. In this case, . however, it will display a user 
interface dialogue asking the calling subscriber if they 
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would like the system to retry the callee's address 
regular intervals. If the answer returned is "yes", then the 
service proceeds. A timer is started, and on its expiry, the 
call is re-initiated. After that, the service monitors the 
call state, - and, if the call i s successful, the user is 
notified. If it again fails, the timer is reset, and the 
sequence repeats. A choice on the user interface to be 
presented to allow for canceling of the sequence once it has 
could be an additional feature. 

Call Filtering (terminating) 

This terminating supplementary service is used to process 
calls delivered to the end station in terms of the caller's 
identity. In this case, it will be used, to "auto-reject" call 
offers from people not on a list of names generated as a pre- 
service procedure. The list can contain explicit caller IDs 
or include mechanisms to reject calls from people who have 
arranged their Internet Telephony client not to pass on their 
identity (by the expedient of not registering with an ILS ' 
server prior to making the call, in the case of NetMeeting) . 

Email Notification of Missed Calls (terminating) 
This terminating supplementary service allows a subscriber 
(callee) to be informed by email of the identities of the 
people who have called him whilst he was unable (or 
unwilling) to answer his Internet Telephony program. The 
supplementary service will extract the name of the caller 
from the call data that NetMeeting provides (as well as 
making a note of the current time), and then construct an 
email describing this information. Once this is ready, it 
will connect to the callee's SMTP server, will send the text 
it has created, and then finally terminate the connection. 
Enhancements of this service could be used to send other 
kinds of notification (such as, for example, contacting a 
Web-based gateway to the GSM Short Message Service (SMS) and 
sending an SMS message with the caller's identity). 
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Claims 

1. Service System in a network comprising: 

- at least one server storing application programs, said 
application programs implementing user services that may be 
subscribed ; .by a user, said server storing the specific 
services^ subscribed, by a user on a per user basis, 

- at least one terminal with access to the network requesting 
on demand of a terminal user downloading of application 
programs corresponding to the services the user has 
subscribed to and executing said application programs. 

2. Service System as defined in claim 1, 
characterized in that 

said services are supplementary services to basic user 
services. 

3. Service System as defined in claim 1, 
characterized in 'that 

said services are supplementary services to the service 
"internet telephony". 

4. Service System as defined in any one of claims 1-3, 
characterized in that 

the specific services can be configured user controlled via 
said terminal. 

5. Service System as defined in any one of claims 1-4 
characterized in that 

a Java. System at said server and said terminals supports the 
downloading of said application programs'. 
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6. Server in a network comprising: 

- a data base system storing a collection of application 
programs implementing services that may be subscribed by a 
user and said data base system storing the specific services 
subscribed by a user in a profile on a per user basis, 

- a transfer component transfering on demand of a user at a 
terminal application programs to that terminal according to 
the services subscribed by that user. 

7. Server as defined in claim 6, 
characterized in that 

said services are supplementary services to basic user 
services. 



8. Server as defined in claim 6, 
character izedinthat 

said services are supplementary services to " internet 
telephony, 

9. Terminal of a network, 

- client component requesting on demand of a user downloading 
of application software from a server, said application sw 
implementing user services that may be subscribed by a 
user, 

- application execution component executing the downloaded 
application software to execute a user service and/or a 
supplementary service of a user service. 

11. Terminal as defined in claim 10, 
characterized in that 

said application execution component is implemented as a 
virtual machine. 

12 Terminal as defined in claim 10 or 11 
characterized in that 

configuring specific services subscribed by a user can be 
made via said client component. 
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13. A method for realizing services in a network, wherein 

- providing of user services is done by a server in the core 
of the network, 

5 - executing of user services is done by terminals at the 
network edges. 

14 A method as defined in claim 13, 
characterized in that 
10 the method is used for the realization of supplementary 
services for internet telephony. 

15. Communication network, comprising 

- a core network providing user services, 

15 - terminals at the network edges executing user services. 
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Abstract 

Service System in a network 

A System for the realization of user services in a "network 
must be able to cope with ever changing user services for 
even more rapidly evolving terminal hardware. 

This goal is achieved by a function split in realizing 
services. Providing of user services is done by a server in 
the core of the network, while executing of user services is 
done by terminals at the network edges. 



Figure 3 
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